gsk: Implement textures for the Cairo renderer

gsk: Add GskTexture

Updated Czech translation

Update POTFILES.skip

range: Don't leak pointers to discarded gadgets

reftests: Add reftest for the last 2 fixes

Makes sure that the clipping we do when pushing a group is at the
correct place and in particular doesn't influence shadows.

render: Draw shadows outside of potential push_group() call

Before, the shadows were clipped.

render: Clip the correct rectangle

We translated before.

Adwaita: tweak radial-gradient()'s

radial-gradient()'s are behaving, hence simplify the css.

Update the migration guide

Mention the demise of -gtk-gradient, and explain that CSS syntax
works fine for this now.

css: Improve spec compliance of the radial gradient parser

The spec says:
"If <shape> is omitted, the ending shape defaults to a circle if the <size>
is a single <length>, and to an ellipse otherwise."

Make it so.

Revert "Update the CSS docs for the demise of define-color"

This reverts commit 12d9451b1cb1e38e7431c552925d55e2d5fc3482.

Revert "Update the migration guide"

This reverts commit b86816438147ffe61959218524f59c44581ee006.

Update the migration guide

Mention some removed CSS extensions.

Update the CSS docs for the demise of define-color

Drop support for symbolic colors

-gtk-gradient was the last internal user of this code, so
we can drop it now.

Update CSS docs to reflect the demise of -gtk-gradient

Drop support for -gtk-gradient

The standard CSS radial-gradient can be used instead, and Adwaita
and HighContrast have been ported over.

css: Avoid a crash while parsing radial gradients

has_size does not imply that sizes[0] is != NULL.

HC: use radial-gradient() in place of -gtk-gradient().

Adwaita: no more -gtk-gradient(), really

the undershoot is drawn with a radial-gradient now.

gdkprivate-win32.h: Complete removal of attributes_mask

We removed this parameter from the function declaration, but not the
prototype.  Fix that.

gdk: gdk_window_new() is not called for foreign windows

So we can remove the special cases that were used for them.

gdk: Remove attributes_mask from gdk_window_new()

The only remaining values were always treated as 0, so we just hardcode
them to 0.

API: gdk: Remove gdk_window_new()

It's finally no longer public API.

API: gdk: Add gdk_window_new_temp()

Your one stop shop for all those nasty hidden input-only windows.

API: gdk: Add gdk_window_new_popup()

... and use it.

range: Use gdk_window_new_input()

tests: Remove subsurface test

It did lots of ubsupported things (like creating subsurfaces on every
platform).

API: wayland: Add gdk_wayland_window_new_subsurface()

... and use it instead of gdk_window_new().

API: gdk: Add gdk_window_new_toplevel()

... and use it in GTK.

gdkwindow: Remove GdkWindowAttr.type_hint

Instead, let the callers call gdk_window_set_type_hint(). Which is
surprsingly what every backend did.

scrolledwindow: Turn into no-window widget

x11: Set override_redirect on input-only windows

b9955cfff1a2290c7826565049c934d237e9028f broke this.

listbox: Turn into no-window widget

flowbox: Turn into no-window widget

Update gdk-quartz functions for the demise of GdkDeviceManager.

Remove screen height and width functions from gdk-quartz.

Since they were previously deleted from gdk.

Add some new function prototypes to gtkquartz.h.

Fixes compile errors (-Werror,-Wmissing-prototypes).

Update GdkOSXVersion enum with the last 4 MacOS releases.

Framework Carbon required for building against MacOSX10.12.sdk.

Should be harmless elsewhere.

Adwaita: no more -gtk-gradient()

the only place where it was used was the `needs attention` dot
which is now drawn using radial-gradient().

menu: Properly clip child menuitems

Now that GtkMenu isn't a windowed widget anymore, we have to
differentiate between the (0, 0) of the cairo_t and the position of
priv0->view_window.

tests/popupat: Remove references to noexistent widgets

entry: Fix coordinates after rendernode conversion

Ease the transition by removing the text_area and frame vfuncs which are
unused inside GTK+.

spinbutton: Convert to indirect rendering

Revert "Revert "Convert GtkEntry to indirect rendering""

This reverts commit f4fa111e3240822df1b1c02abc49fea9c274232c.

button: Remove _get_event_window

Remove gtk_widget_set_mapped

Let all the remaining callers chain up.

notebook: use gesture for clicks

Instead of GtkWidget's buton-press-event/button-release-event

Update Hungarian translation

Update POTFILES.skip

fixed: Port to GskRenderNode

The fishbowl demo uses this.

gtk-demo: Add fishbowl demo

win32: Remove unused headers

API: gdk: Remove title from gdk_window_new()

Use gdk_window_set_title() afterwards instead.

API: gdk: Remove override_redirect flag from GdkWindowAttr

When you want an override-redirect window, you create it that way by
creating a GDK_WINDOW_TEMP window.

API: gdk: Remove gdk_window_set_override_redirect()

When you want an override-redirect window, you create it that way.
Changing that behavior is not supported anywhere (but on X of course).

gtkstylecontext: Clarify memory allocation behaviour of getters

It wasn’t clear that gtk_style_context_get[_valist]() behave like
g_object_get() — i.e. pointer-based types are returned newly-allocated.
Clarify that.

https://bugzilla.gnome.org/show_bug.cgi?id=773954

Revert "Convert GtkEntry to indirect rendering"

This reverts commit 3656c9f94c0401376d3dc0a3963312ef986cb021.

Still causes to many unresolved drawing issues.

Fix up the fullscreen_on_monitor support

I didn't pay attention, and forgot to port this code to the
new monitor apis.

levelbar: update css nodes even when no offset value is found

GtkLevelBar supports adding custom offsets as style classes, and they
are applied whenever the :value property matches. The current code,
however, only updates any CSS nodes when an offset is found, causing
it to not update when a discrete value changes but no custom offset
is added.

Fix that by always updating the CSS nodes.

https://bugzilla.gnome.org/show_bug.cgi?id=773799

gdkwindow-x11: Add support for gdk_window_fullscreen_on_monitor

This way we can recommend that applications use the
fullscreen_on_monitor() API on both X and Wayland otherwise they'd
have to keep a path for each backend to achieve this functionality.

https://bugzilla.gnome.org/show_bug.cgi?id=773857

Complete the privatization of GtkTextAttributes

This was not quite complete, as gtktextattributes.h was still
being included in public headers.

https://bugzilla.gnome.org/show_bug.cgi?id=773903

W32: Fix malformed svg file

https://bugzilla.gnome.org/show_bug.cgi?id=768081

GDK-Win32/4.0: Enable HiDPI support for Windows

This enables HiDPI support for GTK+ on Windows, so that the
fonts and window look better on HiDPI displays.  Notes for the current
work:

-The DPI awareness enabling can be disabled if and only if an application
 manifest is not embedded in the app to enable DPI awareness AND a user
 compatibility setting is not set to limit DPI awareness for the app, via
 the envvar GDK_WIN32_DISABLE_HIDPI.  The app manifest/user setting for
 DPI awareness will always win against the envvar, and so the HiDPI items
 will be always setup in such scenarios, unless DPI awareness is disabled.

-Both automatic detection for the scaling factor and setting the scale
 factor using the GDK_SCALE envvar are supported, where the envvar takes
 precedence, which will therefore disable automatic scaling when
 resolution changes.

-We now default to a per-system DPI awareness model, which means that we
 do not handle WM_DPICHANGED, unless one sets the
 GDK_WIN32_PER_MONITOR_HIDPI envvar, where notes for it are in the
 following point.

-Automatic scaling during WM_DISPLAYCHANGE is handled (DPI setting change of
 current monitor) is now supported.  WM_DPICHANGED is handled as well,
 except that the window positioning during the change of scaling still
 needs to be refined, a change in GDK itself may be required for this.

-I am unable to test the wintab items because I don't have such devices
 around.

https://bugzilla.gnome.org/show_bug.cgi?id=768081

gdkscreen-win32.c: Remove leftovers of removal of visual APIs

There were some more items that ought to be removed.  Remove them.

https://bugzilla.gnome.org/show_bug.cgi?id=773299

Update Hungarian translation

x11: Init no-multihead monitor without root window

Previous code gave warnings because the root window wasn't initialized
yet.

wayland: Remove all mentions of visuals

mir: Remove all mentions of visuals

broadway: Remove all mentions of visuals

quartz: Remove all mentions of visuals

win32: Remove all mentions of visuals

gdk: Remove visual APIs from GdkScreen

gdk_screen_list_visuals(), gdk_screen_get_system_visual() and
gdk_screen_get_rgba_visual() are gone now.

x11: Maointin window visuals without GdkVisual

That way, we don't need a GdkScreen to create a GdkWindow anymore.

x11: Remove unused hash table

We were neatly populating it, but nobody ever looked at it.

x11: Replace gdk_display_get_window_visual()

... with functions that don't use GdkVisual.

A small step towards getting rid of GdkVisual.

menubar: We don't need an input window

Input is handled by the menuitems completely.

x11: Use X11 variables instead of GDK variables

This way, we avoid GdkVisual usage.

x11: Remove unused complexity

With all Windows having the same visual, there's only ever one visual we
need to check.

docs: Remove vfunc that doesn't exist anymore

Adwaita: correctly style headerbars in a stack

corners are correctly rounded now. Stacked splitted headerbars are
not supported yet though.

popover: pop down when pressing escape

Simply hiding the popover may introduce inconsistencies in application
behavior, since popping up/down is the usual use case.

https://bugzilla.gnome.org/show_bug.cgi?id=773885

Add a testcase for stacked headerbars

This currently has some theming issues.
This example is for Lapo to work those out.

configure.ac: Remove gdk/win32/rc/gdk.rc

This needs to be removed, which was forgotten.  Sorry.

autotools: Update MSVC gir build script generation

Now that GTK+ is built as a single DLL, and the .lib that is built is
gtk-4.lib, we need to update the autotools sections in generating the
NMake Makefile snippets so that we can have the correct commands and flags
for building the .gir files, which will all now link to gtk-4-vsXX.dll (or
so).

Visual Studio builds: Use gtk-4.lib for the .lib file

As with the autotools builds, use gtk-4 as the name of the .lib file that
is produced from the build.

Actually this is already done with GTK-3.x with the autotools builds,
but this update is not done there as gtk-3.0.lib/gdk-3.0.lib/gailutil-3.0.lib
was used for such a long time that changing it there might have caused
trouble for people there.

Visual Studio builds: Build GTK+ as a monolithic DLL

Update the project configs to build GDK/GSK as a static lib and include
them into the GTK+ DLL as a monolithic DLL, which is in line with what is
done in the autotools builds, since the code changes needed for Windows
builds for a monolithic build are now in place.

Windows: Update code for monolithic GTK DLL

Now that the autotools build folded the GDK/GSK bits into the main GTK+
DLL, there are some updates that need to be done for this.  We need to:

-Fold the DllMain() of GDK-Win32 into the main GTK+ DllMain(), as we need
 the HINSTANCE to register the window.  We can't have two DllMain()'s in a
 single DLL.
-Remove the GDK rc(.in) files, as that is not used anymore.  Make the GTK+
 .rc(.in) file load the gtk.ico GTK+ logo file instead so that we still
 get the GTK+ logo for the application icon by default.  Update the
 autotools build files as well.
-Revert commit b9f9980 as LRN pointed out in comment 25 in bug 773299, as
 GTK+ is now a monolithic DLL, and we ought not to export this private
 function.

https://bugzilla.gnome.org/show_bug.cgi?id=773299

wayland: check valid pending cairo surface

gdk_wayland_window_attach_image() is normally called from
gdk_window_end_paint() to notify the compositor of newly staged drawing.

If any of the drawing code inadvertently dispatches the wayland event
loop (for instance with a gdk_flush() call), then it's possible that by
the time gdk_window_end_paint() is called, the staged drawing is already
destroyed.

This commit bypasses the attach_image call in scenarios where the staged
drawing is prematurely dropped.

https://bugzilla.gnome.org/show_bug.cgi?id=773274

revealer: Port to no-window widget

textview: Convert to no-window widget

iconview: Turn into no-window widget

colorplane: Port to be a no-window widget

colorswatch: Readd accidentally removed call

viewport: Turn into no-window widget

While doing so, get rid of the GdkWindow instead of keeping it.

menu: Don't set widget->window

Instead, create an input window for the menubar and omit the window for
the menu itself.

widget: Remove outdated comment

gtk_widget_override_color is no more.

widget: Remove unused visibility-notify-event